6296: pick the first usable Location in a spatial array, not first truthy - #925

…uthy

_unwrap_location() picked the first truthy element of a spatial Location
array, which is wrong when that element is a Location with no usable
geometry (e.g. prefLabel-only). A later element with a real bbox/geometry/
centroid was silently dropped, so translated_spatial depended on element
order in the source feed rather than which element actually had geometry.

Closes GSA/data.gov#6296

_unwrap_location discarded a Location's prefLabel outright when no
geometry/bbox/centroid was present, so a named place like "Nebraska"
never reached the existing get_geo_from_string locations-table lookup
in translate_spatial and always resolved to "". Real geometry anywhere
in the input still wins; the prefLabel is only used as a fallback when
nothing in the whole input has usable geometry.

test_translate_spatial_location_array_skips_unusable_leading_element used
the same input and primary assertion as
test_translate_spatial_location_array_geometry_after_pref_label_skips_lookup,
which also asserts the locations-table lookup is never attempted -
strictly more coverage of the same case. Per rshewitt's review comment.